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TI : Automation components integration method for design of 

industrial controller, involves deriving operation model of 
each automation component, from operation characteristics of 
automation components 
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AB: NOVELTY - The operation characteristics of each automation 
component are analyzed. An uniform operation model which 
satisfies the requirements of each automation components, is 
derived from the operation characteristics. A set of system and 
user level tasks are assigned for the model for designing the 
controller.; USE - For integration of automation components e.g. 
stored program controller (SPG) , motion controller (MC) , CNC, 
RC in uniform running level model of respective runtime system 
in designing of industrial controller. ADVANTAGE - Enables 
minimizing communication between the tasks which represent the 
functionalities of the different automation components. Allows 
a user to design an industrial controller in a systematic and a 
flexible manner, which combines process control functionalities 
of stored program controllers, movement functionalities of MC 
controllers or functionalities of other automation components. 
DESCRIPTION OF DRAWING (S) - The figure shows a hierarchical 
structure of the main running levels of a classic stored 
program controller. 
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Beschreibung 

[0001] Die Erfindung bezieht sich auf ein Verfahren 
zur Integration von mehreren Automatisierungskompo- 
nenten in ein einheitliches Ablaufebenenmodell eines 5 
jeweiligen Runtime-Systenns einer industriellen Steue- 
rung. 

[0002] Es ist heutzutage iiblich, sowohl fur die spei- 
cherprogrammierbare Steuerung (SPS) als auch fiir die 
Bewegungssteuerung (MC) jeweils unterschiedllche io 
hierarcliische Ablaufebenen zu modellieren, denen 
Software-Tasks zur Steuerung des jeweiligen techni- 
schen Prozesses zugeordnet werden. Diese Tasks kon- 
nen Systemaufgaben erfullen, sie konnen aber auch an- 
wenderprogrammiert sein. 15 
[0003] Aus DE 197 40 550 A1 ist es bekannt, dass 
Prozesssteuerungsfunktionalitaten der speicherpro- 
grammierbaren Steuerungen "SPS" und Bewegungs- 
funktionalitaten von MC-Steuerungen in einem einheit- 
liclien konfigurierbaren Steuerungssystem integriert 20 
werden konnen. 

[0004] Diese SPS/MC-lntegration geschieht in Form 
des Zusammensclialtens von SPS- und MC-Steue- 
rungsbaugruppen. Bei einer solchenAusfiihrung der In- 
tegration wird aber keine optimale und effiziente Task- 26 
struktur fiir die Gesamtheit der Steuerungsaufgaben er- 
reicht. Aufierdem werden bei dieser Art der Integration 
liauptsachlicii die klassischen MC-Funktionalitaten, wie 
sie insbesondere fiir Werkzeugmaschinen relevant 
sind, unterstutzt. Anforderungen an die Steuerung, wie 30 
sie aus dem Betrieb von Produktionsmaschinen be- 
kannt sind, werden durch diese Art des Zusamnfien- 
schaltens von SPS- und MC-Steuerungsbaugruppen 
nicht optima! unterstutzt. 

[0005] In der nicht vorveroffentlichten Anmeldung EP 35 
1 195 667 wird eine universelle Bewegungssteuerung 
mit Engineering- und Run-Time-System vorgeschlagen, 
welche funktionell die klassischen Aufgaben einer spei- 
cherprogrammierbaren Steuerung und einer numeri- 
schen Steuerung in sich vereinigt, wobei ein einheitii- 40 
ches Ablaufebenenmodell gebiidet ist. 
[0006] In der Anmeldung DE 19 93 19 33.2 wird vor- 
geschlagen, den Takt des Kommunikationssystems 
zwischen dem PC-System und den peripheren Geraten 
fiir einen Wechsel zwischen einem Echtzeitbetriebspro- 45 
gramm und einem Nicht-Echtzeitbetriebsprogramm 
heranzunehmen. Hier ist es aber die Aufgabe dieser 
Taktabgreifung aus dem Kommunikationssystem, in ei- 
nem industriellen Prozess einen moglichst reibungslo- 
sen Wechsel zwischen Echtzeit- und Nicht-Echtzeitan- so 
wendungen stattfinden zu lassen. 
Bei dieser Ausgestaltung wird der Grundtakt aber nur 
aus dem Takt des Kommunikationsmediums abgeleitet 
und er wird nur fur den Wechsel des Betriebssystem- 
modus eines PC-Systems verwendet. 55 
[0007] Der Erfindung liegt daher die Aufgabe zugrun- 
de, fur jeweils unterschiedliche Steuerungsaufgaben 
und unterschiedliche Randbedingungen bzw. Anforde- 



rungen des zugrunde liegenden technischen Prozesses 
in einfacher Weise optimale Auspragungen einer indu- 
striellen Steuerung zu erstellen, die sowohl SPS- als 
auch MC-Funktionalitatoder die Funktionalitaten weite- 
rer Automatisierungskomponenten zur Verfugung stellt 
und somit auch fur die Steuerung von Produktionsma- 
schinen geeignet ist. 

[0008] Diese optimalen Auspragungen werden prinzi- 
piell durch ein einheitliches konfigurierbares Ablaufebe- 
nenmodell fur die Steuerungs-Tasks der industriellen 
Steuerung erreicht. 

[0009] Gemall der Erfindung wird die oben genannte 
Aufgabe sowohl durch eine industrielle Steuerung mit 
den Merkmalen nach Anspruch 1 gelost als auch durch 
ein Verfahren nach Anspruch 5. 
[0010] Zur Integration von mehreren Automatisie- 
rungskomponenten in ein einheitliches Ablaufebenen- 
modell eines jeweiligen Runtime-Systems einer indu- 
striellen Steuerung erfolgt eine: 

a) Analyse der Ablaufeigenschaften der Automati- 
sierungskomponenten, 

b) Ableiten einer Struktur fur ein einheitliches Ab- 
laufebenenmodell, bestehend aus einer Anordnung 
von System- und/oder Anwenderebenen, das die 
Anforderungen der beteiligten Automatisierungs- 
komponenten abdeckt, 

c) Zuordnung der System- und Anwendertasks in 
das Ablaufebenenmodell und 

d) Programmieren der Anwenderebene bzw. der 
Anwenderebenen. 

[001 1] Ein Anwender kann dadurch auf eine definier- 
te, systematische und flexible Art und Weise eine indu- 
strielle Steuerung mit integrativem Runtime-System er- 
stellen, das Prozesssteuerungsfunktionalitaten von 
speicherprogrammierbaren Steuerungen "SPS", Bewe- 
gungsfunktionalitaten von "MC"-Steuerungen oder 
Funktionalitaten von weiteren Automatisierungskompo- 
nenten In sich vereint. 

[0012] Durch die Schichtung in Systemebenen und 
Ablaufebenen wird der Kommunikationsaufwand zwi- 
schen den Tasks, die die Funktionalitaten der unter- 
schiedlichen Automatisierungskomponenten reprasen- 
tieren, minimiert. Ein weiterer Vorteil liegt darin, dass die 
Programmierung der Steuerungsaufgaben fur die unter- 
schiedlichen Automatisierungskomponenten in einer 
einheitiichen Programmiersprache mit einer einheitii- 
chen Erstelloberflache erfolgen kann und dass der An- 
wender ein fiir seine jeweiligen Anforderungen zuge- 
schnittenes Ablaufebenenmodell flexibel erstellen 
kann. 

[0013] Ein weiterer Vorteil liegt darin, dass vom An- 
wender in die Anwenderebenen Anwenderprogramme 
ladbar sind, Dadurch kann der Anwender in seinen An- 
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wenderprogrammen die Funktionalitaten der Automati- 
sierungskomponenten sehrflexibel an die zugrundelie- 
genden Anforderungen des technischen Prozesses an- 
passen. 

[0014] Die Erfindung iiegt darin, dass der Grundtakt 5 
des Ablaufebenenmodells aus einem internen Timer 
(T2) Oder aus einem internen Takt (T3) eines Kommu- 
nikationsmediums (B1, B2) oder aus einem externen 
Gerat (EG) oder von einer Grofle (TG), die zum techno- 
logischen Prozess(P1, P2)geh6rt, abgeleitetwird. Da- io 
durch kann selir flexibel und sehr einfach der Grundtakt 
fur das Ablaufebenenmodeli abgeleitet werden. Da- 
durch, dass der Grundtakt fur das Abtaufebenenmodell 
auch von einer Grofte, die zum technologischen Pro- 
zess gehort, ableitbar ist, kann auf eine selir einfacfie 15 
Weise eine direkte Ruckkopplung aus dem technologi- 
schen Prozess zur Steuerung erhalten werden. Ein An- 
wender hat somit grofie Flexibilitat, den Grundtakt zu 
erzeugen. Der Grundtakt kann z.B. aus aquidistanten 
Bussystemen wie z.B. Profibus sehr leicht abgeleitet 20 
werden. 

[0015] Eine ersteAusgestaltung der voiiiegenden Er- 
findung Iiegt darin, dass die System- und/oder Anwen- 
derebenen priorisiert werden. Dadurch wird die Flexibi- 
litat des Anwenders bei der Erstellung eines integrativen 25 
Runtime-Systems einer industriellen Steuerung erhoht. 
[001 6] Eine weitere vorteilhafte Ausgestaltung der Er- 
findung Iiegt darin, dass in die Anwenderebenen An- 
wenderprogramme ladbar sind. Dadurch kann der An- 
wender in seinen Anwenderprogrammen die Funktiona- 30 
litat der Steuerung sehr flexibel an die zugrunde liegen- 
den Anforderungen des technischen Prozesses anpas- 
sen und er kann auch die Anwenderprogramme In un- 
terschiedliche Anwenderebenen laden, urn dadurch ei- 
ne fur seine jeweiligen Applikationen effektive Auspra- 35 
gung der Steuerung zu erreichen. 
[0017] Eine weitere vorteilhafte Ausgestaltung der Er- 
findung Iiegt darin, dass aus den Anwenderprogram- 
men ein programmierter Zugang zur Gesamtfunktiona- 
litat der Steuerung mbglich ist. Der Anwender kann so- ^0 
mit aus den Anwenderprogrammen heraus durch eine 
einheitliche Schnittstelle die Steuerungsfunktionalitat 
nutzen. 

[0018] Ein Ausfuhrungsbeispiel der Erfindung ist in 
der Zeichnung dargestellt und wird im folgenden eriau- ^5 
tert. 

[0019] Dabei zeigen: 

FIG 1 in einer abstrakten Schemadarstellung Auto- 

matisierungskomponenten zum Betreiben 50 
technischer Prozesse, 

FIG 2 die wesentlichen Ablaufebenen einer kiassi- 
schen speicherprogrammierbaren Steuerung, 

55 

FIG 3 die wesentlichen Ablaufebenen einer Bewe- 
gungssteuerung, 
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FIG 4 eine Schemadarstellung einer industriellen 
Steuerung, 

FIG 5 das integrative Ablaufebenenmodeli des Run- 
time-Systems der industriellen Steuerung, 

FIG 6 ein Ausfuhrungsbeispiel fur das Zuladen von 
Anwenderprogrammen in die Anwenderebe- 
nen und 

FIG 7 in einer Schemadarstellung MOglichkeiten, 
wie der Grundtakt fur die industrielle Steue- 
rung gewonnen wird. 

[0020] In der Darstellung gemali FIG 1 sind Automa- 
tisierungskomponenten (SPS, MG, CNC, RC) zum Be- 
trieb eines technischen Prozesses (P1, P2: FIG 4 bzw. 
FIG 7) dargestellt, die liber eine Busverbtndung BV mit- 
einander verbunden sind. Durch jeweils 3 Punkte am 
linken und rechten Ende der Busverbindung BV ist an- 
gedeutet, dass weitere Automatisierungskomponenten 
an der Busverbindung BV hangen kbnnen. Dartiberhin- 
aus wird durch die Busverbindung BV auch der An- 
schluss an eine dazugehorige Steuerungseinheit (indu- 
strielle Steuerung) bzw. an Steuerungseinheiten herge- 
stellt. Die Busverbindung BV ist nur exemplarisch ge- 
wahlt, auch andere Kommunikationsmedien (z.B. Ring- 
verbindungen oder wireless-Verbindungen sind denk- 
bar). Die Automatisierungskomponenten (SPS, MC, 
CNC, RC) haben unterschiedliche Charakteristika und 
unterschiedliche Ablaufeigenschaften. Die Analyse die- 
ser Eigenschaften durch den Anwender kann uber heu- 
ristische, empirische oder weitere auch kombinierbare 
Analysemethoden erfolgen. Reaktionszeiten und Zy- 
kluszeiten sind z.B. Parameter, die in diese Analyse mit- 
eingehen. 

[0021] In der Darstellung gemafi FIG 2 sind die we- 
sentlichen Ablaufebenen einer klassischen speicher- 
programmierbaren Steuerung (SPS), angeordnet nach 
ihrer Prioritat, gezeigt. Der Prioritatsanstieg ist dabei 
durch einen Pfeil symbolisiert. In der niederpriorsten 
Ebene werden. wie durch eine gestrichelte Linie ange- 
deutet, zwei unterschiedliche Aufgaben, namlich ein 
freier Zyklus, d.h. "Anwenderebene freier Zyklus" und 
eine Hi ntergrund-System ebene, d.h. "Systemebene 
Hintergrund" abgewickelt. Der Hintergrund-Systemebe- 
ne sind z.B. Kommunikationsaufgaben zugeordnet. Bei 
einer folgenden Anwenderebene, bezeichnet als "An- 
wenderebene zeitgesteuert", ist der Aufruftakt der Ta- 
sks bzw. der Programme dieser Ebene parametrierbar. 
Es erfolgt eine Obenivachung dahingehend, ob die Be- 
arbeitung eines Anwenderprogrammes dieser getakte- 
ten Ebene rechtzeitig abgeschlossen ist, bevor das 
Startereignis erneut auftritt. Laufl die Taktzeit ab, ohne 
dass das Anwenderprogramm der zugeordneten Ebene 
fertig abgearbeitet ist, wird eine entsprechende Task ei- 
ner prioritatsmafJig ubernachsten "Anwenderebene fur 
asynchrone Fehler" gestartet. In dieser "Anwenderebe- 
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ne fur asynchrone Fehler" kann der Anwender die Be- 
handlung von Fehlerzustanden ausprogrammieren. 
Auf die "Anwenderebene zeitgesteuert" folgt eine "An- 
wenderebene Events". Die Reaktion auf exteme oder 
interne Ereignisse (Events) erfolgt inneitiaib der "An- 
wenderebene Events". Ein typisches Beispiel fOreinsoI- 
clies Ereignis ist das Schalten eines binaren bzw. digi- 
talen Eingangs, wodurch typischerweise ein Ereignis 
ausgelostwird. ineiner"Systemebene hochprlor-liegen 
die Aufgaben des Betriebssystems, welche die Arbeits- 
weise der programmierbaren Steuerung (SPS) sicher- 
steilen. 

[0022] Die Darstellung gemaR FIG 3 zeigt die wesent- 
lichen Ablaufebenen einer Bewegungssteuerung (MC). 
Auch hierbei sind die einzelnen Ebenen nach ihrer Prio- 
ritat hierarchisch, wie durch einen Pfeil symbolisiert, an- 
geordnet. Eine "Systemebene Hintergmnd" und eine 
"Anwenderebene sequentieir* haben eine gleiche Prio- 
ritat, namlich die niedrigste. Diese aufgabenmafiigeZu- 
gehorigkeit ist wie bei FIG 2 durcli eine gestrichelte Linie 
symbolisiert. Die Tasks der "Anwenderebene sequenti- 
ell" werden zusammen mit den Tasks der "Systemebene 
Hintergrund" im Round-Robin-Verfahren abgearbeitet. 
Typisciie Tasks der "Systemebene Hintergrund" sind z. 
B. seiche fur Kommunlkationsaufgaben. In der "Anwen- 
derebene sequentieir* laufen die vom Anwender pro- 
grammierten Programmteile fur die eigentliche Steue- 
mngsaufgabe. StoBt die Steuerung in einem dieser Pro- 
grammteile auf einen Bewegungs- oder Positionierbe- 
fehl, wird ein "Suspend" gesetzt, d.h. das Anwenderpro- 
gramm wird an dieser Stelle unterbrochen. In diesem 
Fall wird ein Befehl synchron genutzt. Die Abarbeitung 
dieses Bewegungs- oder Positionierbefehls geschieht 
in einer hochstprioren "Systemebene getaktet". Ein je- 
der Lageregler oder Interpolator, der in der "Systeme- 
bene getaktet" ablauft, fuhrt diesen Bewegungs- bzw. 
Positionierbefehl aus. Nach Ausfuhrung des Befehls 
wird in die "Anwenderebene sequentiell" zuruckge- 
sprungen und das durch "Suspend" unterbrochene An- 
wenderprogramm wird durch ein "Resume" an der glei- 
chen Stelle fortgesetzt. Die "Systemebene getaktet" 
enthalt neben den schon erwahnten Lagereglern auch 
den Interpolationsteil der Steuerung. 
[0023] AufdieniederpriorsteEbenesetzt die "Anwen- 
derebene Events" auf. Hier sind solche Tasks unterge- 
bracht, die auf externa oder interne Ereignisse reagie- 
ren. Solche Ereignisse konnen beispielsweise Alarme 
sein. 

[0024] In einer folgenden "Anwenderebene synchron- 
getaktet" laufen synchron getaktete Anwender-Tasks 
ab, z.B. Reglerfunktionalitaten. Diese Tasks sind syn- 
chronisiert zu getakteten Systemfunktionen wie zum 
Beispiel Interpolator, Lageregler oder zykiische Bus- 
kommunikaticn. 

[0025] In einer folgenden "Anwenderebene Events" 
sind solche Tasks untergebracht, die auf externe oder 
interne Ereignisse reagieren. Solche Ereignisse konnen 
beispielsweise Alarme sein. 



[0026] In der Darstellung gemaB FIG 4 wird in Form 
einer Schemadarstellung gezeigt, dass die Steuerung 
eines technischen Prozesses P1 uber das Runtime-Sy- 
stem RTS einer industriellen Steuemng erfolgt. Die Ver- 
5 bindung zwischen dem Runtime-System RTS der 
Steuerung und dem technischen Prozess PI geschieht 
bidirektional uber die Ein-/Ausgang EA. Die Program- 
mierung der Steuerung und damit das Festlegen des 
Verhaltens des Runtime-Systems RTS geschieht im En- 

10 gineering-System ES. Das Engineering-System ES ent- 
halt Werkzeuge fur die Konfigurierung, Projektierung 
und Programmierung fur Maschinen bzw. fOrdie Steue- 
rung technischer Prozesse. Die im Engineering-System 
erstellten Programme werden uber den Informations- 

15 pfad I in das Runtime-System RTS der Steuerung uber- 
tragen. Bezuglich seiner Hardware-Ausstattung besteht 
ein Engineering-System ES ublichenweise aus einem 
Computersystem mit Graphikbildschinn (z.B. Display), 
Eingabehilfsmitteln (z.B. Tastatur und Maus), Prozes- 

20 sor, Arbeits- und Sekundarspeicher, einer Einrichtung 
fur die Aufnahme computerlesbarer Medien (z.B. Dis- 
ketten, CDs) sowieAnschlusseinheiten fur einen Daten- 
austausch mit anderen Systemen (z.B. weiteren Com- 
putersystemen, Steuerungen fiirtechnische Prozesse) 

25 Oder Medien (z.B. Internet). Eine Steuerung besteht ub- 
lichenveise aus Eingabe-und Ausgabeeinheiten, sowie 
aus Prozessor und Programmspeicher. Es ist auch vor- 
stellbar, dass die Steuerung eines technischen Prozes- 
ses P1 uber mehrere Runtime-Systeme RTS von indu- 

30 sfriellen Steuerungen erfolgt. 

[0027] Die Darstellung gemaG FIG 5 zeigt das inte- 
grative Ablaufebenenmodell des Runtime-Systems 
(RTS; FIG 4) der industriellen Steuerung. Die Priorisie- 
aing der Ebenen wird durch einen Pfeil in Richtung zur 

35 hochsten Prioritat angedeutet. Die niederpriorsten Ebe- 
nen sind die "zykiische Anwenderebene" und die "se- 
quentielle Anwenderebene". Diese beiden Ebenen lau- 
fen mit der gleichen Prioritat. Deshalb sind diese Ebe- 
nen in der Darstellung gemafi FIG 4 durch eine gestri- 

40 chelte Linie getrennt. Die "zykiische Anwenderebene" 
beinhaltet die "Background Task", die zykiuszeituber- 
wacht ist. In der "sequentiellen Anwenderebene" wer- 
den die "IMotion Tasks" durchlaufen. "Motion Tasks" sind 
nicht zykluszeituberwacht und dienen im Wesentlichen 

45 zur Beschreibung sequentieller Ablaufe. "Motion Tasks" 
werden quasiparallel abgearbeitet. Generell enthalten 
alle Anwenderebenen eine oder mehrere Tasks. Die Ta- 
sks nehmen die Anwenderprogramme auf. Die Tasks 
der "zykiische Anwenderebene" und der "sequentiellen 

50 Anwenderebene" werden in einem gemeinsamen 
Round-Robin-Zyklus abgearbeitet. 
[0028] Die nachstfolgende Ebene ist die "zeitgesteu- 
erte Anwenderebene". Die Tasks dieser Ebene werden 
zeitgesteuert aktiviert. Die Zeitsteuerung ist einer Gra- 

55 nularitat von Millisekunden einstellbar. Auf die "zeitge- 
steuerte Anwenderebene" folgt die "ereignisgesteuerte 
Anwenderebene". In dieser Ebene werden nach Erken- 
nen eines User Interrupts so genannte "User Interrupt 
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Tasks*' aktiviert. User Interrupt Ereignisse konnen als lo- 
gische Verknupfung von Prozessereignissen und/oder 
internen Zustanden formuiiert werden. 
[0029] Die nachsthohere Ebene ist die die "Anwende- 
rebene fur System Exceptions". In dieser "Anwendere- 
bene fur System Exceptions" werden System Intenrupts 
uberwacht, bei deren Eintreffen so genannte "Excepti- 
ons", d.h- Ausnahmefailbehandlungen, generiert wer- 
den. In der "Anwenderebene fur System Exceptions" 
gibt es z.B. folgende Tasks, die bei Auftreten eines ent- 
sprechenden System Interrupts aktiviert werden: 

a) "Time Fault Task", die beim Ansprechen von Zei- 
tuberwachungen aktiviert wird, 

b) "Peripheral Fault Task", die z.B. bei Prozess-und 
Diagnosealarmen aktiviert wird, aberauch bei Sta- 
tionsausfall oder Stationswiederkehr, 

c) "System Fault Task", die bei aligemjeinen Sy- 
stemfeiilern aktiviert wird, 

d) "Program Fault Task", die bei Programmierfeh- 
lern (z.B. Division durch Null) aktiviert wird, 

e) "Time Fault Background Task", die beim Anspre- 
chen der Zykluszeitubenwachung der Background 
Task aktiviert wird und 

f) "Technological Fault Task", die bei Technologie- 
fehlern aktiviert wird. 

[00301 Als nachstes folgt die Ebenengruppe "syn- 
chron getaktete Ebenen". Diese Ebenengruppe besitzt 
die hochste Prioritat im Ablaufebenenmodell. Die ein- 
zelnen Ebenen dieser Ebenengmppe konnen unterein- 
ander weitere Priorisierungen aufweisen. Die Ebenen- 
gruppe "synchron getaktete Ebenen" besteht aus min- 
destens einer Systemebene und mindestens einer An- 
wenderebene. Die Systemebenen belnhalten die Sy- 
stemfunktionen wie z.B. Lageregleroder interpolator. In 
die Anwenderebenen dieser Ebenengruppe konnen 
von einem Anwender flexibel Anwenderprogramme 
(AP1 - AP4; FIG 6) zugeladen werden, 
[0031] Fur die Taktung der "synchron getakteten Ebe- 
nen" gibt es eine Reihe unterschiedlicher Taktgenerie- 
rungsmOglichkeiten. Der Grundtaktkann z.B. aus einem 
internen Timer (T1 ; FIG 7) kommen oder aus einem in- 
ternen Takt (T3; FIG 7) eines Kommunikationsmediums 
(z.B. Profibus) oder aber der Takt kann auch aus einem 
Prozessereignis des technologischen Prozesses abge- 
leitet werden. Ein solches Prozessereignis kann z.B. die 
Taktrate (TG; FIG 7) eines Vorgangs an einer Produkti- 
onsmaschine oder Verpackungsmaschine sein, Anwen- 
derebenen der Ebenengruppe "synchron getaktete 
Ebenen" konnen dabei basierend auf dem Gmndtakt 
getaktet werden, sie konnen aber auch synchron zu ei- 
ner der Systemebenen der Ebenengruppe "synchron 



getaktete Ebenen" laufen. Die Anwendertasks dieser zu 
einer Systemebene synchronen Anwenderebene ha- 
ben somit eine synchrone, d.h. deterministische Bezie- 
hung zu einer vom Anwender flexibel festlegbaren Sy- 

5 stemebene. Das hat den Vorteil, dass deterministische 
Reaktionen auf Systemtasks (Systemtasks laufen in 
den Systemebenen), die der Anwender in seinen An- 
wendertasks programmiert hat, die in den Anwendere- 
benen der Ebenengruppe "synchron getaktete Ebenen" 

10 laufen, vom System garantiert werden. Das hei(5t z.B., 
dass das System garantiert, dass diese "synchrone An- 
wenderebene" entsprechend beispielhaftvordem Inter- 
polator aktiviert wird oder aber auch vor einer bellebigen 
anderen Systemfunktion. 

15 [0032] Die "zeitgesteuerte Anwenderebene", die "er- 
eignlsgesteuerte Anwenderebene", die "sequentielle 
Anwenderebene", die "zyklische Anwenderebene" so- 
wie die "Anwenderebene fur System Exceptions" sind 
optional. 

20 [0033] Die Task der "zyklischen Anwenderebene" 
(Background Task) ist zykluszeituberwacht. Die "Motion 
Tasks" dagegen sind nicht zykluszeituberwacht und die- 
nen im wesentlichen zur Beschreibung sequentieller 
Ablaufe. Das heilit, das vorliegende Ablaufebenenmo- 

25 dell unterstutzt einen Anwender sowohl bei der Pro- 
grammierung von sequentiellen Ablaufen als auch bei 
der Ereignisprogrammierung. Es konnen somit syn- 
chrone Ereignisse als auch asynchrone Ereignisse 
durch die Programmierung erfasst werden. In die An- 

30 wenderebenen sind die vom Anwender erstellten An- 
wenderprogramme (AP1 - AP4; FIG 6)zuladbar. Die An- 
wenderprogramme AP1 bis AP4 werden ubiichenweise 
mit Hilfe einer Programmierumgebung des Enginee- 
ring-Systems (ES; FIG 4) erstellt. 

35 [0034] Die Darstellung gemali FIG 6 zeigtein Ausfuh- 
rungsbeispiel fur das Zuladen von Anwenderprogramm 
in die Anwenderebenen. FIG 6 zeigt exemplarisch eine 
Auspragung von Anwenderebenen des Ablaufebenen- 
modells. Durch die drei Punkte am unteren Rand der 

40 Zeichnung ist dargestellt, dass auch noch weitere An- 
wenderebenen, aber auch Systemebenen vorhanden 
sein konnen. Die Priorisierung der Ebenen wird wie im 
Vorangegangenen durch einen Pfeil in Richtung zur 
hochsten Prioritat angedeutet. Den Anwenderebenen 

45 werden die Anwenderprogramme AP1 bis AP4, am 
rechten Bildrand durch kleine Rechtecke angedeutet, 
zugeordnet. Die Zuordnung wird dargestellt durch Zu- 
ordnungspfeile ZP1 bis ZP4. In den Anwenderebenen 
befinden sich Tasks, die die zugeladenen Anwenderpro- 

50 gramme AP1 bis AP4 aufnehmen. Diese Tasks werden 
dann nach einer gewissen Strategie (z.B. sequentlell) 
durchlaufen bzw. abgearbeitet. 
Darstellung gemafi FIG 7 zeigt in einer Schemadarstel- 
lung Moglichkeiten, wie der Grundtaktfur die industrielle 

55 Steuerung gewonnen wird. FIG 7 zeigt exemplarisch ei- 
ne Kommunikationstopologie, in die die Steuerung S in- 
tegriert ist. Die Steuerung S ist durch ein Rechteck dar- 
gestellt. Durch eine Anschlussleitung A2 ist die Steue- 
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rung S mit dem Bus B1 verbunden, an dem uber eine 
Anschlussleitung A1 das exteme Gerat EG hangt. Ober 
den Bus B2 erfolgt die Verbindung zum technischen 
Prozess P2. Der technische Prozess P2 ist am unteren 
Bildrand durch ein Rechteck dargestellt. Qber die An- 
schlussleitung A3 ist die Steuerung S mit dem Bus B2 
verbunden, derwiederum iiber die Anschlussleitung A4 
die Verbindung zum technischen Prozess P2 herstetlt. 
[0035] Die Generierung fur den Grundtakt der Steue- 
rung S kann aus unterschiedlichen Taktquellen erfol- 
gen. So z.B. aus einer internen Taktquelle, dargestellt 
durch den internen Timer T2 der Steuerung S oder auch 
durch eine externe Taktquelle wie z.B. den Timer T1, 
der zum externen Gerat EG gehort. Als externe Takt- 
quelle kann aber auch der Grundtakt eines Kommuni- 
kationsmediums dienen. Wenn der Bus B2 z.B. durch 
einen aquidistanten Profibus realisiert wird, dann kann 
der Takt fur die Steuerung aus dem Grundtakt dieses 
Busses gewonnen werden. In FIG 7 ist dies dargestellt 
dadurch, dass der Timer T3 direkt an der Anschlusslei- 
tung A3 positioniert ist, und diese Anschlussleitung A3 
stent die Verbindung zum Bus B2 her. Die Steuerung 
hangt somit als Slave am Bus und kann direkt den 
Bustakt verwenden. Es gibt mehrere Varianten, wie der 
Takt fur die Steuenjng aus dem Grundtakt eines Kom- 
munikationsmediums (z.B. eines Busses) gewonnen 
werden kann: 

Zum einen kann die Steuerung S Slave am Bus sein, 
die Taktinformation kommt dann von extern uber den 
Bus. Zum anderen kann die Steuerung S Masteram Bus 
sein. Die Taktquelle liegt in diesem Fall in der Steuerung 
S. Fur diesen Fall existieren zwei Auspragungen. Die 
Taktquelle kann in einer Masterbusanschattung liegen 
Oder die Taktquelle ist in der Steuerung S, hierbei erfolgt 
die Einspeisung des Taktes in die Masterbusanschal- 
tung. 

[0036] Weiterhin kann als externe Taktquelle ein Takt- 
geber TG dienen, der im technischen Prozess P2 inte- 
griert ist. Ein Taktgeber TG in einem technischen Pro- 
zess kann z. B. der Arbeitstakt einer Produktionsmaschi- 
ne Oder Verpackungsmaschine sein. In der Darstellung 
gemali FIG 7 sind als Kommunikationsmedien beispiel- 
haft Busverbindungen dargestellt. Es konnen aber als 
Kommunikationsmedien aber auch Ring-, Stern- oder 
andere Verbindungsarten gewahit werden, auch wire- 
less-Verbindungen. Aus diesen Verbindungssystemen 
kann dann der obengenannteGrundtaktabgeleitet wer- 
den. 



Patentanspruche 

1. Industrielle Steuerung (S)zur Integration mehrerer 
Automatisierungskomponenten (SPS.MC.RC, 
CNC) in ein einheitliches Ablaufebenenmodell ei- 
nes jeweiligen Runtime-Systems (RTS) der indu- 
striellen Steuerung (S), wobei die industrielle 
Steuerung (S) ein einheitlich konfigurierbares Ab- 



laufebenenmodell fur eine Steuerungstask der in- 
dustriellen Steuerung aufweist und das Ablaufebe- 
nenmodell flexibel erstellbar ist, wobei ein Grund- 
takt des Ablaufebenenmodells: 

5 

• aus einem internen Timer (T2) oder 

aus einem internen Takt (T3) eines Kommuni- 
kationsmediums (B1, B2) oder 

• aus einem externen Gerat (EG) oder 

fo • von einer GrofSe (TG), die zum technologi- 
schen Prozess (P1, P2) gehort 

ableitbar ist. 

15 2. Industrielle Steuerung (S) nach Anspruch 1, 
dadurch gekennzeichnet, 
dass das Ablaufebenenmodell aus einer Anord- 
nung von System- und/oder Anwenderebenen be- 
steht, wobei die System- und/oder Anwenderebe- 

20 nen priorisierbar sind. 

3. Industrielle Steuerung (S) nach einem der vorste- 
henden Anspruche, dadurch gekennzeichnet, 
dass in die Anwenderebenen Anwenderprogram- 

25 me (AP1 - AP4) ladbar sind. 

4. Industrielle Steuerung (S) nach Anspruch 3, 
dadurch gekennzeichnet 

dass aus den Anwenderprogrammen (AP1 - AP4) 
30 ein programmierter Zugang zur Gesamtfunktionali- 
tat der Steuerung (S) moglich ist. 

5. Verfahren zur Integration von mehreren Automati- 
sierungskomponenten (SPS,MG,RC,CNC) in ein 

35 einheitliches Ablaufebenenmodell eines jeweiligen 
Runtime-Systems (RTS) einer industriellen Steue- 
rung (S), 

dadurch gekennzeichnet, 
dass bei der industriellen Steuerung (S), welche ein 
40 einheitlich konfigurierbares Ablaufebenenmodell 
fur eine Steuerungstask der industriellen Steuerung 
aufweist, ein Ablaufebenenmodell flexibel erstellt 
wird, wobei ein Grundtakt des Ablaufebenenmo- 
dells: 

45 

• aus einem internen Timer {T2) oder 

• aus einem internen Takt (T3) eines Kommuni- 
kationsmediums (B1, B2) oder 

• aus einem externen Gerat (EG) oder 

50 • von einer Grofie (TG), die zum technologi- 
schen Prozess (P1, P2) gehort 

abgeleitet wird. 

55 6. Verfahren nach Anspruch 5, 
dadurch gekennzeichnet, 
dass das Ablaufebenenmodell aus einer Anord- 
nung von System- und/oder Anwenderebenen be- 
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steht, wobei die System- und/oder Anwenderebe- 
nen priorisiert werden. 

7. Verfahren nach Anspruch 5 oder Anspruch 6, 
dadurch gekennzeichnet dass als externe Takt- 
quelle ein Taktgeber dient, der in einem teciinl- 
schen Prozess (P1,P2) integriert ist. 

8. Verfahren nach einem der Anspruche 5 bis 7, 
dadurch gekennzeichnet, dass der Taktgeber in 
einem technischen Prozess (P1,P2) ein Arbeitstakt 
einer Produktionsmaschine oder einer Verpak- 
kungsmaschine ist. 

9. Verfahren nach einem der Anspruche 5 bis 8 
dadurch gekennzeichnet, dass aus den Anwen- 
derprogrammen (AP1 - AP4) ein programmierter 
Zugang zur Gesamtfunktionalitat der Steuerung 
moglich ist. 



Claims 

1. Industrial controller (S) for the integration of a plu- 
rality of automation components (SPS, MC, RC, 
CNC) in a uniform running level model of a respec- 
tive runtime system (RTS) of the industrial controller 
(S), whereby the industrial controller (S) comprises 
a uniform configurable running level model for a 
control task of the industrial controller and the run- 
ning level model can be created in a flexible man- 
ner, whereby a basic clock of the running level mod- 
el is derived: 

from an internal timer (T2) or 
from an internal clock (T3) of a communication 
medium (B1, B2) or 
• from an external device (EG) or 

from a variable (TG) which belongs to the tech- 
nological process (PI, P2). 

2. Industrial controller (S) according to Claim 1, 
characterised In that the running level model con- 
sists of an arrangement of system and/or user lev- 
els, whereby the system and/or user levels can be 
prioritised. 

3. Industrial controller (S) according to one of the pre- 
ceding claims, characterised in that user pro- 
grams (AP1 - AP4) can be loaded into the user lev- 
els. 

4. Industrial controller (S) according to Claim 3, 
characterised in that a programmed access to the 
overall functionality of the controller (S) is possible 
from the user programs (API - AP4). 

5. Method for the integration of a plurality of automa- 



tion components (SPS, MC, RC, CNC) in a uniform 
ainning level model of a respective runtime system 
(RTS) of the industrial controller (S), 
characterised in that 

5 with regard to the industrial controller (S) which 
comprises a uniform configurable running level 
model for a control task of the industrial controller 
a running level model is created in a flexible man- 
ner, whereby a basic clock of the running level mod- 

10 el is derived: 

• from an internal timer (T2) or 

• from an internal clock (T3) of a communication 
medium (B1 , B2) or 

15 • from an external device (EG) or 

• from a variable (TG) which belongs to the tech- 
nological process (P1, P2). 

6. Method according to Claim 5, 
20 . characterised in that the running level model con- 
sists of an arrangement of system and/or user lev- 
els, whereby the system and/or user levels are pri- 
oritised. 

25 7. Method according to Claim 5 or Claim 6, 

characterised in that a clock generator which is 
integrated in a technical process (P1 , P2) serves as 
an external clock source. 

30 8. Method according to one of Claims 5 to 7, 

characterised in that the clock generator in a tech- 
nical process (P1 , P2) is an operating cycle of a pro- 
duction machine or packaging machine. 

35 9. Method according to one of Claims 5 to 8 

characterised in that a programmed access to the 
overall functionalityofthe controller is possiblefrom 
the user programs (API - AP4). 

40 

Revendications 

1 . Commande industrielle (S) pour I'integration de plu- 
sieurs composants d'automatisation (SPS, MC, 

45 RC, CNC) dans un modele de niveaux d'execution 
uniforme d'un syst^me d'execution ou runtime res- 
pectif (RTS) de la commande industrielle (S), la 
commande industrielle (S) comportant un modele 
de niveaux d'execution configurable de maniere 

50 uniforme pour une tache de commande de la com- 
mande industrielle et !e modele de niveaux d'exe- 
cution pouvant etre cree de maniere flexible, une 
horloge fondamentale du modele de niveaux d'exe- 
cution pouvant etre deduite : 

55 

d'un temporisateur interne (T2) ou 

• d'une horloge interne (T3) d'un moyen de com- 
munication (B1, B2) ou 
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d'un appareil externe (EG) ou 

d'une grandeur (TG) appartenant au processus 

technique (PI, P2). 

2. Commande industrielie (S) selon la revendication 1 , 5 
caract^risee par le fait que le modete de ni- 
veaux d'execution est constitu6 d'un agencement 
de niveaux de systeme et/ou de niveaux d'applica- 
tion, les niveaux de systeme et/ou les niveaux d'ap- 
plication pouvant etre munis de priorites. io 



d'iiorloge dans un processus technique (P1 , P2) est 
une cadence de travail d'une machine de produc- 
tion et/ou d'une machine d'emballage. 

9. Precede selon Tune des revendications 5 a 8, 

caracterise par le fait que. a partir des pro- 
grammes d'application (AP1 a AP4), un acces pro- 
gramme a toute la fonctionnalite de la commande 
est possible. 



3, Commande industrielie (S) selon Tune des revendi- 
cations prec6dentes, 

caracterisee par le fait que des programmes 
d'application (API a AP4) peuvent etre charges 15 
dans les niveaux d'application. 



4. Commande industrielie (S) selon la revendication 3, 

caracterisee par le fait que, a partir des pro- 
grammes d'application (AP1 a AP4), un acces pro- 20 
gramme a toute la fonctionnalite de la commande 
(S) est possible. 

5. Precede pour I'int^gration de plusieurs composants 
d'automatisation (SPS, MC, RC, CNC) dans un mo- 25 
dele de niveaux d'execution uniforme d'un systeme 
d'execution ou runtime respectif (RTS) d'une com- 
mande industrielie (S), 

caracterise par le fait que, dans la comman- 
de industrielie (S) qui comporte un modele de ni- 30 
veaux d'execution configurable de maniere unifor- 
me pour une tache de commande de la commande 
industrielie, un modele de niveaux d'execution est 
cree de maniere flexible, unehorlogefondamentale 
du modele de niveaux d'execution etant deduite : 35 



d'un temporisateur interne (T2) ou 
d'une horloge interne (T3) d'un moyen de com- 
munication (B1, B2) ou 

d'un appareil externe (EG) ou 40 
d'une grandeur (TG) appartenant au processus 
technique (PI, P2). 



6. Proced6 selon la revendication 5, 

caracterise par le fait que le modele de ni~ ^5 
veaux d'execution est constitue d'un agencement 
de niveaux de systeme et/ou de niveaux d'applica- 
tion, les niveaux de systeme et/ou les niveaux d'ap- 
plication etant munis de priorites. 

50 

7. Precede selon la revendication 5 ou la revendica- 
tion 6, 

caracterise par le fait qu'un generateur 
d'horloge qui est integre dans un processus techni- 
que (PI , P2) sort de source d'horloge externe. 55 



8. Procede selon Tune des revendications 5 a 7, 

caracterise par le fait que le generateur 
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